REMARKS 



Claims 1-36 are pending in the present application. Claims 1-6, 12-18, 24, 25-30, 
and 36 are amended. 

Claim 1,13 and 25 are amended to recite "reading a plurality of trace vectors 
from a file on a storage device, identifying a subset of trace vectors from the plurality of 
trace vectors to form a packet, wherein the packet is variable in length, identifying a 
plurality of data fields within the packet based on a packet type, and presenting each of 
the data fields as output to a user." These features are supported at least on page 11, line 
8 to page 12, line 4 of the current specification. Claims 2, 3, 14, 15, 26, 27 are amended 
to be consistent with claims 1,13 and 25 respectively. 

Claims 4, 16 and 28 are amended to include the features of original claims 5, 6, 
17, 18, 29 and 30. Claims 5, 17, and 29 are amended to recite "each of the plurality of 
trace vectors includes a clock bit, a plurality of data bits, and a flag bit." These features 
are supported at least on page 9, line 22 to page 10, line 10 of the current specification. 

Claims 6, 18, and 30 are amended to recite "where the flag bit indicates one of a 
beginning of the packet when the flag bit is transitioned from zero to one, and an end of 
the packet when the flag bit is transitioned from one to zero." These features are 
supported at least on page 10, lines 1-10 of the current specification. 

Claims 12, 24, and 36 are amended to recite "monitoring a flag bit to determine if 
the flag bit is transitioned from one of zero to one, and one to zero." These features are 
supported at least on page 11, line 6 to page 12, line 3 of the current specification. 

No new matter is added as a result of the above amendments. Reconsideration of 
the amendment to claims in view of the following Remarks is respectfully requested. 
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I. 35 U.S.C. § 102(b). Alleged Anticipation. Claims 1-36 



The Office Action rejects claims 1-36 under 35 U.S.C. § 102(b) as being 
anticipated by Carter (U.S. Patent No. 5,963,722). This rejection is respectfully 
traversed. 

As to claims 1,13 and 25, the Office Action states: 
Regarding claim 1 : 

a. Regarding the limitation of "reading a plurality of trace vectors 
from a file on storage device," Carter discloses wherein data is tracked, 
stored and used for resource monitoring of data from bus objects from the 
system. (Lines 15-20 of Column 3). 

b. Regarding the limitation of "identifying a subset of the trace 
vectors, wherein the subset of the trace vectors forms a packet, " Carter 
discloses a system wherein each cycle list can be read from the bus during 
bus cycles as the system polls data from bus state machine objects. (Lines 
29-3 of Column 7). 

c. Regarding the limitation of "identifying a plurality of data fields 
within the packet," Carter discloses a system wherein various state and 
transaction information can be identified from the information. (Lines 65- 
67 of Column 3 and Lines 1-2 of Column 4). 

d. Regarding the limitation of "presenting each of the data fields as 
output," Carter discloses a system wherein the cycle state machine enters a 
finish state as in indication that all the bits of data have finished 
processing and have been accounted for. (Lines 60-65 of Column 9). 

Office Action dated July 2, 2004, pages 2-3. 

Claim 1, which is representative of claims 13 and 25 with regard to similarly 
recited subject matter, reads as follows: 

1 . A method comprising: ** 

reading a plurality of trace vectors from a file on a storage device; 

identifying a subset of trace vectors from the plurality of trace vectors to 
form a packet, wherein the packet is variable in length ; 

identifying a plurality of data fields within the packet based on a packet 
type ; and 

presenting each of the data fields as output to a user , 
(emphasis added) 

A prior art reference anticipates the claimed invention under 35 U.S.C. § 102 only 
if every element of a claimed invention is identically shown in that single reference, 
arranged as they are in the claims. In re bond, 910 F .2d 831, 832, 15 U.S.P.Q.2d 1566, 
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1567 (Fed Cir. 1990). All limitations of the claimed invention must be considered when 
determining patentability. InreLowry, 32 F.3d 1579, 1582, 21 U.S.P.Q.2d 1031, 1034 
(Fed Cir. 1994). Anticipation focuses on whether a claim reads on the product or process 
a prior art reference discloses, not on what the reference broadly teaches. Kalman v. 
Kimberly-Clark Corp., 713 F .2d 760, 218 U.S.P.Q. 781 (Fed. Cir. 1983). Applicants 
respectfully submit that Carter does not teach every element of the claimed invention 
arranged as they are in claims 1,13, and 25. Specifically, Carter does not teach 
identifying a subset of trace vectors from a plurality of trace vectors to form a packet, 
wherein the packet is variable in length, identifying a plurality of data fields within the 
packet based on a packet type, or presenting each of the data fields as output to a user. 

Carter teaches a method to track bus cycle data with byte granularity in a 
computer system with a bus bridge connecting a plurality of system buses. A state 
machine model is created for each bus in the system. Each bus model is responsible for 
creating a bus cycle state machine object upon detecting an initiation of a corresponding 
bus cycle and storing it in an initiator or a target cycle list as the case may be (Abstract). 

Carter does not teach identifying a subset of trace vectors to form a packet, 

wherein the packet is variable in length. The Office Action alleges that Carter teaches 

these features at column 7, lines 29-39, which reads as follows: 

In one embodiment, two cycle lists are created as illustrated in FIGS. 3A 
and 3B, block 208. Each cycle list itself is treated as an object. Cycles initiated 
by bus masters are stored in the initiator cycle list 214, whereas cycles sent to bus 
targets are held by the target list 216. Initially, on each clock cycle, each cycle 
list polls its bus cycle state machine objects for their current state. As described 
earlier in connection in FIG. 2, each bus cycle state machine object transitions 
through a sequence of states. Thus, when during its polling, a cycle list finds a 
bus cycle state machine object in its FINISH state, it removes it from the list 
because that bus cycle has been successfully completed. 

In the above section, Carter merely teaches identifying cycles that are 
initiated by bus masters to be stored in the initiator cycle list, and cycles that are 
sent to bus targets to be stored in the target list. These cycles or cycle lists are not 
the same as a packet, as recited in claims 1,13, and 25 of the present invention. 

At column 5, lines 47-51, Carter teaches: 

The bus cycle state machine object for a particular bus cycle 
contains storage for that bus cycle's properties such as clock cycle 
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number, cycle address, cycle type (i.e. read or write), cycle data and the 
status of byte enables. 

Thus, a cycle list is formed by a list of bus cycle state machine objects, 
which are objects that store bus cycle properties. This is different from a packet 
of variable length, as recited in claims 1,13 and 25 of the present invention. 

One of the major differences between Carter's system and the presently 
claimed invention is that Carter uses objects in an object-oriented environment to 
store bus cycle properties. In the presently claimed invention, trace vectors or 
raw bus data is read from a file and a subset of trace vectors is identified to form a 
packet of varying length. 

While Carter mentions, at column 8, lines 28-40, that an initiator cycle 
state machine object may transmit at least one data packet during a PCI burst 
cycle that writes to DRAM, Carter's object does not form a packet. To the 
contrary, Carter teaches, at column 6, line 67 to column 7, line 3, that when a bus 
cycle is initiated, the bus object instantiates a bus cycle state machine object for 
that particular bus cycle. Thus, instead of forming a packet to store bus cycle 
properties, Carter creates an object to store bus cycle properties. 

In addition, there is no mention in Carter of a packet that is variable in 
length. Carter is only interested in using bus cycle state machine objects to store 
bus cycle properties. Carter is not interested in forming a packet of variable in 
length with bus data by identifying a subset of trace vectors from a file. 
Therefore, Carter does not, and would not teach identifying a subset of trace 
vectors to form a packet, wherein the packet is variable in length. 

Furthermore, Carter does not teach identifying a plurality of data fields 
within the packet based on a packet type. The Office Action alleges that Carter 
teaches these features in Figure 2 and 3 A, which are shown below: 
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In Figure 2 and 3A above, Carter only teaches identifying bus cycle state 
machine object for each bus cycle and performing state updates (TARGPEN state 
128 and FINISH state 132), such that bus transactions may be tracked using 
initiator cycle list 214 and target cycle list 216. However, Carter does not teach 
identifying any data fields within a packet, let alone identifying a plurality data 
fields within a packet based on a packet type. 

Since Carter does not teach forming a packet of variable length with bus 
data by identifying a subset of trace vectors from a file, it follows that Carter 
would not teach identifying a plurality of data fields within the packet based on a 
packet type. Furthermore, there is no mention of a packet type anywhere in the 
reference. Carter only mentions different types of objects, such as a storage 
object, a stimulus object, or a bus cycle state machine object. 

Moreover, Carter does not teach presenting each of the data fields as 

output to a user. The Office Action alleges that Carter teaches these features at 

column 9, lines 60-65, which reads as follows: 

The initiator cycle state machine object remains in the TARGPEN 
state until all of its byte enables are no longer asserted, as depicted by 
block 312 in FIG. 4B. When the initiator cycle object exits from its 



Page 12 of 17 
Centanni, Jr. et al. - 09/998,387 



TARGPEN state and enters a FINISH state 132 (also shown in FIG. 2), it 
is an indication that all of its data have been accounted for. 

In the above section, Carter merely teaches accounting for all data bytes in 
the initiator cycle list before changing the state from TARGPEN to FINISH. 
Carter does not teach presenting the data in any way as output to a user. There is 
no teaching or suggestion to present the data in Carter. Rather, at column 8, lines 
51-59, Carter teaches two storage objects that are used to store corresponding bus 
cycle state machine objects and any unresolved bus cycle state machine objects 
that remain. Thus, Carter only stores away the objects. Carter does not present 
them as output to a user. Therefore, Carter fails to teach the features of claims 1 , 
13, and 25 of the present invention. 

In view of the above, Applicants respectfully submit that Carter does not teach 
each and every element of claims 1,13, and 25. At least by virtue of their dependency on 
claims 1,13, and 25 respectively, Carter does not teach the features of dependent claims 
2-12, 13-24, and 26-36. Accordingly, Applicants respectfully request withdrawal of the 
rejection of claims 1-36 under 35 U.S.C. § 102(b). 

In addition, Carter does not teach the specific features as recited in dependent 

claims 2-12, 13-24, and 26-36. For example, with regard to claim 10, which is 

representative of claims 22 and 34 with regard to similarly recited subject matter, Carter 

does not teach that an item of test equipment reads the plurality of trace vectors in 

synchronization with a clock signal. The Office Action alleges that Carter teaches these 

features at column 9, lines 15-20, which reads as follows: 

As described earlier, byte enables, among other cycle properties, are 
stored along with each instantiated bus cycle state machine object. It was also 
mentioned before with reference to FIG. 2 that when each instantiated cycle 
object completes its state machine (i.e., the bus transaction has completed), it 
enters a holding state called the TARGPEN state, represented by block 128 in 
FIGS. 2 and 4B. 

In the above section, Carter teaches that when each cycle object completes 
its bus transactions, it enters the TARGPEN state. However, the TARGPEN state 
is not the same as a clock signal. Carter transitions a bus cycle state machine 
object to the TARGPEN state only after bus transactions are complete, in order to 
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indicate that resolution of target data is pending. This is different from a clock 
signal, which is timing signal that triggers a reading of a plurality of trace vectors. 

In addition, even assuming, arguendo, that the TARGPEN state is the 
same as a clock signal, Carter still does not teaching reading a plurality of trace 
vectors in synchronization with a clock signal. At column 7, lines 29-40, Carter 
teaches polling the corresponding target bus cycle state machine object's 
properties to see if each of the properties matches the predetermined resolution 
properties for the initiator cycle state machine object. If the properties match, the 
data is marked as resolved. Thus, Carter resolves the bus properties when the 
state is transitioned to TARGPEN, as opposed to reading a plurality of trace 
vectors. Therefore, Carter does not teach the features of claims 10, 22, and 34 of 
the present invention. 

With regard to claim 11, which is representative of claims 23 and 35 with 
regard to similarly recited subject matter, Carter does not teach that the plurality 
of trace vectors are read in synchronization with rising edges and falling edges of 
the clock signal. The Office Action alleges that Carter teaches these features at 
column 9, lines 60-65, which is reproduced above. 

In the above section, Carter teaches that the initiator cycle state machine object 
remains the TARGPEN state until all of the byte enables, or bus cycle properties, are 
cleared. When all the byte enables are cleared, the state of the object is changed to 
FINISH. However, the state of the object has nothing to do with reading a plurality of 
trace vectors in synchronization with rising edges and falling edges of a clock signal. In 
Figure 4B, Carter teaches a method for comparing byte enables: 
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As shown in Figure 4B, Carter teaches a method for comparing byte enables. 
Carter does not use a clock signal. Instead, Carter uses a state transition, TARGPEN 
state, to initiate a comparison of byte enables and a FINISH state transition to indicate 
that all byte enables are disabled. Therefore, Carter fails to teach that a plurality of trace 
vectors are read in synchronization with rising edges and falling edges of the clock 
signal, as recited in claims 1 1, 23, and 35 of the present invention. 

With regard to claim 12, which is representative of claims 24 and 36 with regard 

to similarly recited subject matter, Carter does not teach monitoring a flag bit to 

determine if the flag bit is transitioned from one of zero to one, and one to zero. The 

Office Action alleges that Carter teaches monitoring a flag bit at column 9, lines 10-14, 

which reads as follows: 

Previous methodology assumed that at least one target bus cycle would 
exist for each initiated bus cycle. This assumption caused verification systems to 
flag incorrect data for initiator cycles that did not utilize all bytes on the bus . In 
the present embodiment, a methodology is provided which tracks cycle data with 
byte granularity, (emphasis added) 

In the above section, Carter merely teaches that the prior methods fail to flag data 
correctly for initiator cycles that did not utilize all bytes on the bus. However, Carter 
does not teach monitoring the flag or a flag bit to determine if the flag is transitioned 
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from one of zero to one, and one to zero. Prior methods, as described above, do not even 
flag the data until it is determined that the initiator cycles did not utilize all the bytes on 
the bus. Therefore, Carter does not teach the same features as recited in claims 1 1, 24, 
and 36 of the present invention. 

In view of the above, in addition to their dependency on claims 1,13, and 25, 
Applicants respectfully submit that Carter does not teach the specific features of claims 
2-12, 13-24, and 26-36. Accordingly, Applicants respectfully request the withdrawal of 
rejections to claims 2-12, 13-24, and 26-36 under 35 U.S.C. § 102(b). 
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II. Conclusion 



It is respectfully urged that the subject application is patentable over Carter and is 
now in condition for allowance. 

The examiner is invited to call the undersigned at the below-listed telephone 
number if in the opinion of the examiner such a telephone conference would expedite or 
aid the prosecution and examination of this application. 



DATE: /y^/V 



Respectfully submitted. 




Cathflne Kinslow 
Reg. No. 51,886 
Yee & Associates, P.C. 
P.O. Box 802333 
Dallas, TX 75380 
(972) 367-2001 
Attorney for Applicants 



CK/im 
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